-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix: should be able to close the form if no change has been made #514
Conversation
@johanricher @DaFrenchFrog pourriez vous check si ça convient ? C'est sur staging |
J'étais en train de tester et j'ai eu une erreur 500 et depuis plus moyen d'accéder à l'outil j'espère que je n'ai rien cassé 😅 |
@Volubyl ça y est c'est revenu. Il y a souvent une grosse latence (plusieurs secondes) entre le clic et l'action que c'est sensé provoquée.
J'ai testé avec chrome. |
@DaFrenchFrog en fait j'ai découvert qu'il y avait un autre problème plus technique que ce problème de modale. J'ai l'impression que ce problème n'est qu'un "symptome" de cet autre problème Si tu veux plus de détails j'en parle ici #515 Je te reping quand tu peux retester |
@DaFrenchFrog ok c'est bon! |
@Volubyl OK ça fonctionne ! Juste deux remarques mineures :
|
J'ai testé ça et je confirme, tout a l'air ok pour moi 👌 |
Haha ce matin j'avais parié avec moi même que tu dirais qqch de ce genre. Alors j'y ait pensé mais cela demanderait plus de taf. Pourquoi ? Si tu veux ici il faut voir, la notion de "changement" d'un point de vue technique. Pour le navigateur, si tu change le contenu d'un input le navigateur considère que tu as fait une modification. Si tu rechange le contenu pour remettre le contenu comme il était avait, pour le navigateur il y a toujours eu un changement. En fait, il n'est pas suffisement "intelligent" qui pour garder en mémoire l'état initial, le nouvel état, comparer les deux et déterminer si il y a une différence au niveau cotenu entre l'état initial et le nouvel état. Tou ce qu'il sait c'est que l'input est passé d'un état A à un état B. Tu crois que ce serait important de faire ça ? A titre perso, je pense que c'est du edge case |
@Volubyl Manifestement tu n'avais pas parié sur la phrase que j'ai mis entre parenthèse par contre :) |
@DaFrenchFrog ah sorry p-e que mon message a paru passif-agressif. J'essaie de veiller à ne jamais utiliser ce registre pcq en ayant souvent fait les frais, je ne trouve pas ça super cool. Donc désolé si mon message fût perçu comme cela c'était pas voulu. Ce que je voulais dire c'est que en faisant l'implem du correctif contenu dans cette PR,je me suis posé la question de comment mettre en place un truc qui pourrait répondre à ce que tu décrivais. Je me suis rendu compte que ça allait demander pas mal de ligne de code. Puis, je me suis questionner sur ce besoin et je me suis dit qu'au final (selon mes estimations hautement scientifiques et poussées sur un panel de 1 utilisateur :-D) peu de gens risquait de tomber dans ce cas. C'est aussi vrai que j'ai uniquement balancé ma conclusion "c'est un edge case" de manière un peu péremptoire. J'aurai du p-e mieux détailler ce qu'il m'ammenait à cette conclusion |
Non justement tu n'avais pas besoin de détailler puisque je te disais qu'on avait pas besoin de traiter ça et que je te le disais juste pour info... :) |
Closes #509
Cette PR ajoute:
Explication
D'un point de vue technique, il y avait une ambiguité sur la notion de "changement" du point de vue des champs texte.
L'événement "change" était lancé était lancé si la souris quittait le formulaire et ce même si aucun changement n'était effectué.
Pour que l'événement soit lancé, il faut que l'utilisateur modifie le contenu d'un input.
En résumé, on considère qu'un champs texte a été modifié uniquement si l'event
on:input
a été trigger.Pour tester
Sans modale
Ouverture de la modale